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SECTION I — ABSTRACT 

This paper presents precise versions of some "laws" that must be satisfied by computations involving 
communicating parallel processes. The laws take the form of stating plausible restrictions on the 
histories of computations that are physically realizable. The laws are very general in that they are 
obeyed by parallel processes executing on a time varying number of distributed physical processors. For 
example, some of the processors might be in orbiting satellites. The laws are justified by appeal to 
physical intuition and are to be regarded as falsifiable assertions about the kinds of computations that 
occur in nature rather than as proved theorems in mathematics. The laws are intended to be used to 
analyze the mechanisms by which multiple processes can communicate to work effectively together to 
solve difficult problems. 

The laws presented in this paper are intended to be applied to the design and analysis of systems 
consisting of large numbers of physical processors. The development of such systems is becoming 
economical because of rapid progress in the development of large scale integrated circuits. 

We generalize the usual notion of the history of a computation as a sequence of events to the notion of 
a partial order of events. Partial orders of events seem better suited to expressing the causality 
involved in parallel computations than totally ordered sequences of events obtained by "considering all 
shuffles" of the elementary steps of the various parallel processes 121,221 The utility of partial orders is 
demonstrated by using them to express our laws for distributed computation. These laws in turn can be 
used to prove the usual induction rules for proving properties of procedures. They can also be used to 
derive the continuity criterion for graphs of functions studied in the Scott-Strachey model of 
computation. The graph of a function is simply the set of all input output pairs for the function. We 
can prove that the graph of any physically realizable procedure p that behaves like a mathematical 
function is the limit of a continuous functional F such that 

grapMp) * U KN F } (0) 

In other words the graph of p is the limit of the n-fold compositions of F with itself beginning with the 
empty graph. 
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SECTION II — INTRODUCTION 

In programming languages such as SIMULA-67 UU SMALLTALK 081 and CLU [201 the emphasis 
has changed (compared to Algol-60) from that of procedures acting on passive data to that of active 
data processing messages. The actor model is a formalization of these ideas that is independent of any 
particular programming language. Instances of SIMULA and SMALLTALK classes and CLU clusters 
are actors. However, actors have been designed to include the added effects of parallelism so that 
instances of monitors[42,4Il envelopes[43], and seriaUzers[34] are also actors. 

The actor message passing theory can be used to model networks of communicating processes which 
may be as close together as on the same LSI chip or as far apart as on different planets. It can be used 
to model processes which communicate via shared memory02l packet-switched networksD3,24l 
Ting-networkst23l boolean n-cube networks[44], or Batcher sorting netst25l 

SECTION III — ACTORS and EVENTS 

The theory presented in this paper attempts to characterize the behavior of procedural objects called 
actors [active objects] in parallel processing systems. Actors and events are the fundamental concepts in 
the theory. Actors interact with each other through one actor sending a messenger to another actor 
called the target. The arrival of a messenger at a target is an event, and these events are the basic 
steps in this model of computation. A key point in the actor model of computation is that messengers 
are themselves actors. The actor model is therefore an un-typed theory which is a generalization of the 
X-calculus of Church. 

Actors can be created by another actor as part of the second actor's behavior. Indeed, almost every 
messenger is newly created before being sent to a target actor. 

Events mark the steps in actor computations; they are the fundamental interactions of actor theory. 
Each event is instantaneous and indivisible taking no duration in time. Every event E consists of the 
arrival of a messenger actor, called m€ss«ng«r(E), at a target actor, called target (E). 

We will of ten use the notation: 

E: £T<~*M] 

to indicate that E has messenger M and target T. 

The time of an event is the arrival of the messenger of the event rather than the sending of the 
messenger because a messenger cannot affect the behavior of another actor until that actor receives it 
If the sender wishes a reply, an actor (called the continuation) to whom any reply should be sent should 
also be carried by (as a component of) the messenger. 

Intuitively/the arrival of the messenger M at the target T makes M's information available to the target 



2 Hewitt and Baker ACTORS 

for the purpose of activating additional events. The arrival of M at T does not in itself cause any 
change to either M or T. 

For each event E we define acquaintances^) and acquaintances jr(M) to be the vector of immediate 
acquaintances of T and M, respectively. The immediate acquaintances of an actor x are the other actors 
x directly "knows about* at a given instant. The relation is asymmetric in the sense that it is possible 
for an actor x to know about an actor y without it being the case that y knows about x. An actor may or 
may not "know about" itself; if it does, it can directly send itself messages! 

Law of Finite Acquaintances: For all actors x and events E auch that x is the target or messenger of E 9 
the vector acquaintances^) has finite length. 

The above law states that an object can only be directly connected to finitely many other objects. 

All of the actors which are definable within the lambda calculus of Church have the property that their 
acquaintances cannot change with time; i.e. if x is defined by a lambda expression, then for all events 
Ej and E 2 in which x is the target or messenger, it will be the case that 

acquaintances^ (x) = acquaintances^^) 

In order to implement interprocess communication between parallel processors it is necessary to use 
actors whose vector of acquaintances changes over time. The purpose of this paper is to axiomatiie the 
fundamental laws which govern the behavior of such actors. 

An important example of an actor whose immediate acquaintances change with time is a cell. A cell is 
an actor which at any given time has exactly one immediate acquaintance-its contents. When the cell 
is sent a messenger which consists of the message, "what is your contents?", and a continuation- another 
actor which will receive the contents-the cell is guaranteed to deliver its contents to that continuation 
(while also continuing to remember them). All this might be very boring if the contents of the cell were 
constant However, upon arrival of a messenger which has the message "update your contents to be xT 
and a continuation, the cell is guaranteed to update its contents to be the actor x (whatever that may be) 
and inform the continuation that the update has been performed. The behavior of cells will be 
axiomatized later in this paper after we have presented enough of the actor model to make this 
possible. 

The target(E) and the messenger (E) and their immediate acquaintances will be called (immediate) 
participants of an event E. The immediate participants of an event are exactly those actors which can 
be accessed without sending any messages. 

perticipants(E) s {target(E) y messenger (E)} U acquaintances£(target(E)) U acquaintances|r(messenger(E)) 

Finite Interaction Law: For each event E, the immediate participants in E are finite. 

The above law, which is intended to capture the physical intuition that only finitely many objects can 
interact in a single event, is an immediate corollary of the Law of Finite Acquaintances. 
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SECTION IV — PARTIAL ORDERINGS on EVENTS 

In order to develop a useful model of parallel computation, we have found it desirable to generalize the 
usual notion of the history of a computation as a sequence of events. In this paper a history of a 
computation will be expressed as a partial order which records the causal and incidental relations 
between events. The partial orders constrain the maximum amount of parallelism that can be used in 
an implementation. Any two events which are unordered can be executed concurrently using separate 
processors. However, there is no requirement that an implementation do this. Events can be executed 
in any time sequence that is consistent with the partial order. 

IVJ - ACTIVATION ORDERING 

One important strict partial ordering on events in the history of a computation is derived from how 
events activate one another. Suppose an actor x t receives a messenger mj in an event Ej and as a 
result sends a messenger m 2 to another actor x 2 . Then the event E 2 , which is the arrival of the 
messenger m 2 at x 2 , is said to be activated by Ej. We call the transitive closure of this "activates" 
relation the activation ordering and if Ej precedes E 2 in this ordering then we write: 

Ej m act m > E 2 

In general -act-> is only a partial ordering because an event E might activate several distinct events 
Ej^E^ thereby causing a "fork". 

IVXa — Primitive Actors 

A simple example which illustrates the use of -act-> is a computation in which integers 3 and 4 are 
added to produce 7. We suppose the existence of a primitive actor called ♦ which takes in pairs of 
numbers and produces the sum. In this case + receives a messenger of the following form: 

[request: [3 4], reply to: c] 

which specifies that the message in the request is the argument tuple [3 4] and the reply which is the 
sum should be sent to the continuation c when it has been computed. Thus the history of the 
computation contains two events: 

1: a request event with target t and messenger that specifies the numbers to be added and 
an actor c to which the sum should be sent; 

2: a reply event with target c and messenger that specifies the sum of the numbers. 
These two events are related as follows in the activation ordering: 
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[+ <«» [nquttt: [3 4], rtply-lo: cfl 

I 

act 
I 

[c <~" [reply: 7fl 
The activation ordering can be used to define the notion of a simple primitive actor as follows: 
Definition: An actor x will be said to be a simple 1 primitive actor if whenever an event Ej of the form 

£x <~~ [requeit: m f reply-tot cfl 



appears in the history of a computation then there is a unique evant E2 of the form 

[c <~* [reply: rfl 

such that Ej -ac*-> E 2 and there are no events E such that Ej imji-> E -*<5t-> E 2 . 

Complaint processing can easily be incorporated into the scheme. The history that results from 
divide[3 0] which attempts to divide 3 by is shown below: 

{ divide •<"» [requett: [3 0], reply-to: cfl 

I 

act 
I 
v 

£c <~~ [complaint: [zero-divide: 3]]] 

Since complaint processing does not have any profound implications for the results in this paper, we 
will not say anything more about the matter. 

The history of the computation of factorial[3] using an iterative implementation of factorial illustrates 
how the activation ordering can be used to illustrate properties of control structures. We will suppose 
that factorial knows about an actor called loop which is sent tuples of the form [index product] where the 
initial index is 3 and the initial product is 1. Whenever loop receives a tuple [index product], where index 
is not 1, then it sends itself the tuple [(index - 1) (index * product)]. 



It Later in this p^pmr we will see examples of primitive actors such as fork and join primitives which 9rm not 
simple. 
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[factorial <~~ [requett: [3], reply-to: c]J 

■ I 

act 

'■ ■ 1- : ■ ■ ■ ■ ' ■■ ' - L " "■"■■ ■-"■■■■■■■• 

■■■ V-" 

[loop '<~~ [requett: [3 1], reply-to: efl 
I 

act 

I 

V • 

[loop <~~ [requett: [2 3], reply-tor efl 

act' •■.•' 
. I 
v ' •. ■ 

[loop <»*> [request: [I 6], reply-to: efl 

I 

act 

■'/.-. Y- '",'■ ■-■"■' ." ■ ■■■: ■■ 

£c <~~ [reply: 6]J 

The actor loop is Iterative because it only requires the amount of working stored needed to store the 
index and product. Note that only one reply is sent to the continuation c even though c appears as the 
continuation in several request events. 

IV.l.b — Laws for the Activation Ordering 

It is not possible for there to be an infinite number of events in a chain^ of activation between two 
given events in the activation ordering of the history of a computation. This law implies the existence 
of primitive actors. Stated more formally, 

Law of Finite Activation Chains between two Events: If C is a chain of events in the activation ordering from 
Ej to \^2% then C is finite. 

The laws of finite activation chains is intended to eliminate "Zeno machines"-i.e. machines which 
compute infinitely fast For example, consider a computer with your favorite instruction set which 
executes its first instruction in 1 microsecond, its second in 1/2 microsecond, its third in 1/4 microsecond, 
and so on. This machine not only could compute everything normally computable in less than 2 

2: The careful treatment of the storage required for this example is given in [26]. 
3: A chain is a totally ordered sequence of events 
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microseconds, but could also solve the "halting problem*. It could do this by simulating a normal 
computer running on some input, and if the simulation were still running after 2 microseconds, it could 
conclude that the simulated machine does not halt on that input. 

Intuitively each event can directly activate only a finite number of other events. The events directly 
activated by an event E are called immediate successors of E (under the activation ordering -act->). The 
immediate successor set of E in the -cc*-> ordering, written immediate-succ^.^E), can be defined 
formally: 

immediate-succ. oct-> (E) s {Ej| E -cct-> Ej and -i3 E2 such that E -ac*-> E2 m *ct-> EjJ 

Then we have the following law: 

Law of Finite Immediate Successors in the Activation OrderinE: 
For all events E, the set immediate-succ^.^E) is finite. 

We define immediate predecessors in the activation ordering in a manner similar to that used for 
immediate successors. We postulate that an event is either an initial event, in which case it has no 
predecessors, or it is activated by a unique predecessor event 

Law of Uniqueness of Immediate Predecessors in the Activation Ordering! 
For all events E, the set immediate-pred^^E) has at most one element 

This law is based on the physical intuition that two distinct events cannot both be the immediate cause 
of another event This is because an event which immediately activates another event must have been 
the sender of the messenger for that second event Thus each event E has at most one activator 4 
which if it exists will be denoted as activator(E). 

Note that the activation ordering analyzes the causality of the classical "fork-join" structure of parallel 
computations in an asymmetric manner. The reason is that the last event to arrive at the join is the one 
which activates the remainder of the computation. Later in this paper we will introduce another partial 
order on events [called the continuation order] which treats "fork- join" control structures in a symmetric 
fashion. 



4: This usage of the term "activator" is somewhat in conflict with the usage of the term in Greif and 
Hewitt[40l The usage here has the advantage that it is more firmly grounded in the physics of 
computation. 
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IV.2 - ARRIVAL ORDERINGS 

Intuitively, the activation ordering can be identified with "causality" in which each event is "caused" by 
its activator. However, the activation ordering is not enough to specify the actions of actors with 
"side-effects", such as cells. For this reason, we introduce the arrival ordering m <*rr-> x for an actor x 
whose behavior depends on the order of arrival of the messengers sent to x. The physical basis for 
defining the order of arrival is a hardware device called an arbiter Note that there are only a few 
primitive actors such as cells and synchronization primitives whose behavior actually depends on the 
order in which messengers arrive. 

Due to the totality of the order of arrival of messengers at an actor x (which will be discussed in more 
detail below), the notion of a "local time" for x is well-defined. Therefore, when talking about a single 
actor, we can talk rigorously about the changes in its vector of acquaintances over time. 



IV.2a — Laws for Arrival Orderings 

The arrival ordering for each actor x is required to be a total ordering on all events which have x as 
their target This policy is enforced by arbitration in actors such as synchronization primitives which 
need to dbserve the in order in which their messages arrive. 

Arrival Ordering Law: If E}f*E 2 and target(E|)siarget(E 2 )sx f 
than either Ej m *rr-> x E 2 or %2 " arr **x ^1 

This law says that the messenger of Ej arrives at x before the messenger of E 2 or vice-versa. 

Note in connection with arrival orderings that there is no necessary relation between the arrivals of two 
messengers at a target and the ordering of their activator events. Suppose that events Ej and E 2 have 
the same target x. Then, in general, the circumstance that Ej -arr-> x E 2 does not imply that 
Ej -act-> E 2 since Ej and E 2 might be distinct events of two asynchronous processes that both happen 
to send messengers to the same actor, Furthermore, the fact that activator(Eji) -act-> »ctivator(E 2 ) is no 
guarantee that E j m &rr-> x E 2 ; i.e. the messenger of E 2 might still arrive at the target actor before the 
messenger of Ej. 

Given an event Ej of the form [T <~~ M{1 and an event E 2 of the form [T <~~ M 2 ], there are only a 
finite number of events between these two events in the arrival ordering -arr->j. Stated more formally: 

Corollary: Law of Finite Chains between two Events in an Arrival Ordering: 
For all events Ej and E 2 such that target^) = target(E 2 ) a x, 
{E| Ej -arr-> x E -crr*> x E 2 } is finite. 

This eliminates anomalous behavior like the following: a cell receives the infinite sequence of "store* 
messages: [store: 1], [store: 1/2], [store: 1/4], [store: 1/8], etc and then receiving a "contents?" message. 
What is it to reply? Zero? But zero was never explicitly stored into the cell! 
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The law of Finite Chains in the Arrival Ordering allows us to define immediate predecessors and 
immediate successors for the arrival ordering in a manner similar to the one used for the activation 
ordering. Since the Arrival Ordering Laws guarantee that the arrival ordering for each actor is total 
over its domain, successors and predecessors are unique when they exist If an event E has an 
immediate predecessor in -<wT->tar«t(E) then it will be called the precursor of E and will be denoted by 
precursor(E). 



SECTION V — CREATION of ACTORS 

Intuitively the creation of an actor x must precede any use of x. In order to precisely state the above 
intuition as a law we must be more precise about when actors are created. For each actor x which is 
created in the course of a computation, we shall require that there is a unique event creation(x) which 
caused x to be created. 

Let created(E) be the set (possibly empty) of actors created by the event E-l.e. the set of actors which 
claim E as their creation event. Note that x is not a participant in creation(x) because x does not come 
into existence until after cr«tion(x) has occurred. 

Definition? created(E) s {x| creation(x)=E} 

The intuition that a single event can only create finitely many objects is formalized as follows: 

Law of Finite Creation? For each even! E f created (E) is finite. 

If an actor x is created in the course of a computation, then prior to any given message which it 
receives, it could only have received finitely many messages: 

Lew of Finitely Many Predecessors in the Arrival Ordering of a Created Actor? 

If an actor x is created in the course of a computation and iarget(E) s x then 
{E'|E f -arr-> % E} is finite. 

The above law is used in the next section to guarantee that our axiom which characterizes the behavior 
of a cell is well defined. The law guarantees that the process of repeatedly taking the precursor of an 
event with target t will find the creation event for t in a finite number of steps. 
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SECTION VI — CELLS 

VIJ ~ Axiom for Cells 

The axiom for cells has two parts: involving their creation and use which can be stated as follows: 

Creation: There is a simple primitive actor, called craata-call, such that 
whenever it is sent a tuple of the form [ij, it creates an actor a which is a new 
storage cell with initial contents the actor i. More formally, for each event Ej 
of the form Ej: [ craat©-cell <~~ [request: [i] f reply-to: c]] there is a unique 

_ ,_' _■_,_ event E 2 of the form E 2 : [c <~~ [reply, afl such that a is a newly created 

simple primitive actor and E t = activator (E 2 ). Furthermore crMtedtEj) = {a} 
which says that the only actor created by the event Ej is the storage cell a. 
Thus each storage cell that is returned by craata-cell differs from all previously 
created cells. The storage cell a always has exactly one acquaintance which is 
initially I. If E is an event which has a as its target, we will use the notation 
confontsgr(s) to denote this acquaintance at the time of the event E. 

Use: A storage cell a can only be sent messages of the form [contents?] which 
request* the "current* contents and [update: x] which updates the contents to be 

The contents of a when it receives one of these messages in an event E can be 
axiomatized using the arrival ordering for a as follows: 

contchtagfa) a 

l/.E has a precursor in the arrival ordering for a 
•"'.' then 

if pracuraor(E) is of the form £a <*"* [request: [update: x] f reply-to: ..,]J 
then x 

else contentSp racursortE j(a) 
else i which is the actor sent to craata-call to create a 

If E is an event of the form [a <~*> [request: [contents?] reply-to: cfl then there 
is a unique event E' of the form E f : [c <~~ [reply. cont«nts E (a)0 such that 
E s activatortE 1 ). 
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VL2 - Busy Waiting 

Busy waiting is the kind of waiting used in some multi-processing systems. In this kind of waiting, the 
contents of a cell is continually checked and, if it is unchanged, the processor branches back to check it 
again. This kind of waiting is used when one processor cannot depend upon another to "wake it up* 
when the contents change. Busy waiting depends upon the property of Finite Chains between Events in 
the arrival orderings of cells. 

For example suppose that a new storage cell t is created whose initial contents are 0. Furthermore 
suppose that the contents of a are updated exactly once by a process which sends s the message 
[update: 1J. Now another process might busy wait until the contents of the cell c change to 1 by 
executing a procedure of the following form: 

loop:" if contents (s) = " — ,^~. 

theft goto loop 
else ...proceed... 

The property of Finite Chains between Events in the arrival ordering for s, guarantees that the code 
•..proceed... will eventually be executed since otherwise there would be an infinite number of "contents?" 
messages before the [update: 1] message in the arrival ordering of a. 

The use of the arrival ordering in the actor model of computation seems to help overcome one of the 
major limitations of other theories of the semantics of communicating parallel processes based on the 
Scott-Strachey model of computation [5,61 The Scott-Strachey model is a deep mathematical study of 
functions that are minimal fixed points of "continuous" functionals. As currently developed the 
Scott-Strachey model seems to be a special case of the actor model in that it only deals with actors which 
behave like mathematical functions to the exclusion of actors such as cells and synchronization 
primitives whose behavior depends on the arrival ordering of messages sent to the actor. 

SECTION VII — ' LAWS of LOCALITY 

We would like to formalize the physical intuition that computation is local and there can be no "action 
at a distance". The laws of locality presented in this section are intended to capture these intuitions. 

The initial acquaintances of an actor are a subset of the participants in its creation event and the actors 
created by its creation event: 

Initial Acquaintances Law: If an actor z is the target of an event E 
such that E is the first event in the arrival ordering of z then, 

acquaintances^) c participants{creation(z)) U creafed(creation(z)) 

The acquaintances of an actor can increase over its previous acquaintances only by the acquaintances of 
the messengers which it receives and the actors which it creates. 
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Prtursor Acquaintances Law: If an actor z is the target of an event E 
tuch that E has a precursor in the arrival ordering of z then, 

acquaintances^) c participants(precursor(E)) U created(precursor(E)) 

An actor x can only be the target or messenger in an event E if x is newly created or is an immediate 
participant in activator(E). 

Activator Acquaintances Law: For each event E which is not an initial event 
target(E) « participants(activator(E)) U created(activator(E}> 
messenger(E) « participants(activator(E)) U created(activator(E)) 



SECTION VIII — COMBINED ORDERING 

To make sense out of the activation and arrival orderings, and to relate them to a notion of "time*, we 
Introduce the precedes relation "— >": 

Definition: — > is a binary relation on events which is the transitive closure of the union of the 
activation ordering -act-> and the arrival orderings m arr-\ for every actor x. 

■fs-. In order for — > to function as a notion of precedence, we require that the activation and arrival 
orderings be consistent This is guaranteed by the Law of Strict Causality for actor systems which 
states that there are no cycles allowed in causal chains; i.e. it is never the case that there is an event E in 
the history of an actor system which precedes itself. Stated more formally the law of causality is that 
the combined ordering is also a strict partial ordering: 

Law of Strict Causality ; For no event E dots E~>E. 
Suppose that we have events in a computation described as follows: 

^i J C x <~~ m i3 
E 2 : |[y <~~ m 2 ]| 

E3: Ex <*"* ^3! 
E4: |[x <~~ m^ 

Ej -ac*-> E 2 ^arrival of mj at x causes the arrival of m 2 at y 
E 2 -crr->y E3 ;m 2 arrives at y before 1*3 
E3 -<xct-> E 4 ;arrival of m 3 at y causes the arrival of m 4 at x 
E4 -arr-> x Ej ;i«4 arrives at x before roj 

The Law of Strict Causality states that the history of the computation given above is physically 
impossible to realize even though it is locally reasonable in the sense that any proper subset of the 
>s orderings can be realized. The above example of an impossible computation is due to Guy Steele. 

Now we can define immediate predecessors and successors of an event E under — >. Note that an event 
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[t <~~ m]| has at most two immediate predecessors in the relation — > one of which is the activator of 
the event and the other is the precursor of the event. 

We woutd like to formalize the intuition, that between any two events which are causally related, that 
there are only finitely many events in a causal chain that connects the events. This intuition is 
formalized in the following law: 

Law of Finite Chains between events in the Combined Ordering 5 

There are no infinite chains of events between two events in the strict partial ordering ~>. 

We can use the combined ordering — > to express an important taw about created actors. 

Lew of Creation before Use: 

If an actor x is created in the course of a computation and E is an event with target x then 
creation(x) — > E 



Villi - NESTED ACTIVITIES 



Since one of the aims of actor theory is to study patterns of passing messages, we must identify several 
common patterns. The two most common types of messengers are requests and replies to requests. A 
request has two acquaintances: the request message itself, and a continuation actor which is to receive 
the reply. A reply to a request consists of a message sent to the continuation; this reply usually contains 

an answer to the request, but may contain a complaint or excuse for why an answer is not forthcoming. 

■■■'.'-'■ ■•.-'" • * . ■ ' *.' - 

We define the nested activity corresponding to a request event RQ in a computation to be the set of 
events which follow RQ in the combined order but precede any reply RP to the request More formally, 
let E— i denote the set of events which follow E (including E itself) and — fcE denote the set of events 
which precede E (including E) in the computation. Then 

activity (RQ) 5 RQ--fc fl U{~*RP | RP is reply to RQ} 

Activities embody the notion of the nesting of activities that is produced by conventional programming 
languages, since we only include those events in an activity which contribute to a reply to that request. 
Note that if no reply is ever made to the request T?Q in the computation, then the activity corresponding 
to RQ is incomplete and therefore vacuous. 

If we let concurrent activities be those whose request events are unordered, then concurrent activities may 
overlap~i.e. share some events. However, this can only happen if the activities involve some shared 
actor which is called upon by both; if two concurrent activities involve only "pure" actors which by 



5: This law is a strict generalization of the Law of Finite Chains between events in the Activation Ordering, the 
Law of Finite Chains between events in each Arrival Ordering, and the Law of Strict Causality. We conjecture 
that the Law of Finite Chains between events in the Combined Ordering can be proved using the Laws of 
Locality. If this conjecture is established then we would no longer need it as an an independent law. 
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definition have no arrival ordering and can be freely copied to avoid arbitration bottlenecks, then 
activities are properly nested, meaning that two activities are either disjoint, or one is a subset of the 
other. 

The notion of activities allows one to vary the level of detail in using actors to model a real system. Let 
us define a primitive activity as the activity of a request which activates exactly one immediate reply, 
with no events intervening. Thus, a primitive activity always consists of exactly two events. A crude 
model for a system might represent an actor as primitive, i.e. one whose receipt events are all primitive. 
However, at a finer level of detail, one might model the internal workings of the actor as an activity in 
which a group of "sub"-actors participate. 

SECTION IX — CONTINUATION ORDERING 

The notion of nested activities can be used to help explicate several of the various notions of "process" 
that have been used in computer science. In particular it can be used to define an ordering on events 
that is important to defining the semantics of programming languages for parallel processing. This 
new ordering is the continuation order and will be denoted by -cont->. The continuation ordering is 
important because it captures the usual operating system notion of "process" in terms of partial orders 
on events. Later in this paper we will show how to use the continuation ordering to provide a precise 
characterization of the relationship between the Scott-Strachey model and the actor message-passing 
model. 

Definition: If E and E 1 are events then E -cont-> E* if 
1: There is some activity a such that E, E' « a 

'.--■ end ■' 

2: E~>P 

Note that each event has only finitely many predecessors and finitely many immediate successors in the 
continuation ordering because -cont»> is a sub-ordering of — >. 

IX.1 — Fork-Join Behavior 

In programming languages for parallel processing, it is quite common to provide primitives by which 
processing can "fork" creating more parallelism which can later join together. Parallel evaluation of the 
arguments of a procedure provides a good example of fork-join behavior. All fork- join primitives have 
basically the same structure. Consider for example, the behavior of a procedure f which computes 
(x2 + y 2) g iven ar g Uments x and y Below are t he two possible histories for an activity of f which 
produces these results where — > is used for the combined ordering: 
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Ej: £f <—• [request: [x y], reply-to: efl 
I I 

.-. act act 



I 

V V 

E 2 : C* <""" [request: [x x], reply-to: CjQ E3: [* <•"» [request: [y yj, reply-to: c 2 ll 

I I 

act act 

I I 

V V 

E 4 » £ej <~~ [reply. x 2 ]J E 5 J [c 2 <"" [reply. y 2 fl 

-_-■-.' I. _.. ' , ./ - - -...-. - - : -. ...J _..._ ■ .. 

. . ■ ac t ■ 

I I 

v v 

Eg: f+ <•"* [request: [x 2 y 2 ], reply-to: efl 

I 

act 

I 

V '.. . 

E 7 : £c <— [reply: (x 2 + y 2 )fl 

Note that in the history given above that E 5 -oct-> Eg whereas in the history given below that 
E4 -act-> Eg. 

Ej: [f <-* [requett: [x y], reply-to: c]J 
II 

. act act 



v ■ V . 

E 2 t C* <~~ [request: [x x], reply-to: Cjfl E3: [» <«"* [request: [y y], reply-to: c 2 fl 

I I 

act 

I 
V 

E 5 : £c 2 <— [reply, y 2 ]] 







act 
1 




z# 


t«l 


1 
V 

<~~ [reply: X 2 ]] 

1 . 

— — ac + 



V V 

Eg: [+ <— [request: [x 2 y 2 ], reply-to: cfl 

I 

act 

: 1 

V 

E 7 : £e <~~ [reply: (x 2 + y 2 )fl 



^0mm^ 
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We shall say that Ej is a fork event and that Eg is a join event In the above computation it will 
necessarily be the case that Ej -act-> Eg since this is the only way that Eg can be activated. Therefore it 
will be the case that either E4 -act-> Eg or E 5 -oce-> Eg. The continuation ordering -cont-> enables us 
to present the history of the computation without having to be concerned as to which of the above 
possibilities actually occured. Using the continuation ordering the symmetry of the above fork-Join 
computation is demonstrated by the fact that the continuation ordering is the same for both of the 
above histories: 

Ej: £f <*"» [requeitt [x yj, reply-to: c£| 

II 

cont -cont 

1 ■_ ..„._■__ 1 

" :" v "". ■ . - .— ■ " v " " "" "" ". 

E 2 » [» <~~ [requett: [x x], reply-to: Cjfl E3S [» <~* [requett: [y y], reply-to: e 2 H 

I I 

cont cont 

I I 

■"■:■... .'V . ■ ' V 

E4: [ej <~~ {reply: x 2 ]] E5t £e 2 <~~ [reply: y 2 fl 

I I 

cont cont 

■■■■v." 1 ' . : 1 .■ 

v ■ v -;. 

E6: |[+ <~~ [requett: [x 2 y 2 ], reply-to: e]J 

I 

cont 

-.- '- I ■• ' 

'■ ' V 
E7: |[c<~~ [reply: (x 2 ♦ y 2 )]J 

IX,2 ~ Synchronization Between Processes 

The behavior of semaphores provides a simple example to illustrate the relationship between the 
activation and continuation orderings. Suppose that s is a newly created semaphore whose capacity 
(count) is initially so that the first attempt to perform a P operation will wait until a V operation is 
performed on the semaphore. In order to model the behavior of semaphores using message passing, we 
will suppose that P and V operations are implemented by sending [P:] and [P;] requests respectively. 
Suppose that E p is the first event in the arrival ordering of s in which s receives a [P:] request and Ey 
is the next event in which s receives a [V:] request The activation and continuation relations between 
these events is shown below; 



^JUH.^ 
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Ep* C* <~~ [request: [P:) t reply-to: e j ]J 

I • 

cont 
I 

."■ ;" v "~ ", '. ■ _ .■■■■ ■ -• . ' - 

Ej [e A <— » [reply. ...fl <-act- EyJ £a <«"» [rvfuaat: [P:J, raply-io: e 2 l] 

I 

cont 
V 

Note that Ey — > E since Ey -cci-> E but it is not the case that Ey -cont-> E because there is no activity in 
they are both elements. 



SECTION X — PROCEDURES 



X.1 — Behavior of Procedures 

In this section we would like to characterize the behaviors of actors which behave like procedures. In 
order to do this we would like to use the notion of an activity. 

To make our discussion more concrete we will consider the behavior of an implementation of the 
Fibonacci function defined as follows: 

(fibn)s 

(n » 1) then 1 
(n b 2) then 1 
(n > 2) then ((fib (n - 1)) + (fib (n - 2)))) 



The following history is a partial order of some of the events that might result from evaluating (fib 4). 



/***• 
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Ejt [fib <~~ [request: [4], reply to: cfl 

II 

. ... ■ Ll ■ 

cont — . — - — — cont 



V V 

E2* [fib <~~ [request: [3] f reply-to: CjQ E3S [fib <~~ [request: [2], reply-to: C2O 

I I 

cont cont 

1 _ ...-■-__ 1 

v v 

E4: [cj <~~ [reply. 2]J Eg! £e 2 <"" [reply: 1]] 

■ I I ■ 

I I 

'■■- — -cont — — cont 

■V i ■ I 

i i 

,;..;:; . V .-. V • 

Eg: £+<«"- [request: [2 1), reply-to: e]| 

I 
cont 

■ ■ ' ■■ v ; ::. 

E 7 : [c<~~ {reply: 3fl 

We will use the notation {|(p <= m) — > y|} to partially describe an activity which starts with an event of 
the form [p <~~ [request: m, reply-to: c]]| and finishes with an event of the form [c <~~ [reply: y]]. 

AH of the events shown in the above diagram are contained in one activity (which we will name a) of 
fib whose starting event is E 1 and whose finishing event is E 7 . Thus the activity a is of the form 
{|(fib <= [4]) — > 3|}. The diagram above shows two sub-activities of a which we will call fi and y such 
that the following relationships hold. 

fit {|(fib <= 3) --> 2|} ttarttf) = E 2 finish^) = E 4 

-y: {j(fib <= 2) --> 1|} thrily) = E 3 fini*h(<y) = E 5 

The activity fi has events which are not shown in the above diagram. Some of these events are shown 
in the diagram below: 



j0&^^ 
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E 2 : [fib <•"* [requett: [3], reply to: Cj]] 

I I 

II 

cont- cont 

i i 

i i 

V V 

Eg: [*'b <~" [requett: [2], reply-to: t^f} Eg: [fib <~~ [requett: [1], reply-to: C4O 

I I 

cont cont 

I I 

:.:.._ _. y___. : :.. : ..._ ..; __ ..; .__ ; v : . .._._,__ 

Ejo : C«3 <-~» trw^ys Ell* Ce 4 <~~ [reply. 1]] 

I I 

I I 

— . cont cont 

I I 

I I 

V... V 

^12 J C + **"* t r «<J u «»fc [1 ll» reply-to: ejfl 

■ ; :"" ;: - : ■ ;V ■ / ■ l - . 

cont 
I 

■'■■ • v . '. 

E4J tc t <~~ [reply. 2fl 
Thus we see that in turn has sub-activities y' and £ such that 

y't {|(fib <= [2]> --> 1|} starU7») = E 8 limsh(•y , ) = E 10 

Pi {|(«b <= [1]) -> 1|} start(«') = E 9 finish^) = E u 

Notice that both y and y' both satisfy the partial description {|(fib <= [2]) — > 1|} even though they are 
distinct activities which share no events in common. Uniquely identifying activities has the same 
problems as uniquely identifying objects and events: no finite local description will serve as a unique 
identification. 
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An actor f will be said to behave like a procedure if the following conditions hold for all the histories 
off: 

1: All of the messengers of events in the history are either requests or replies. 

2: There is at most one reply event E to any given continuation actor in a history of f. Furthermore 
such an event must be an element of the activity of a request event of the form 
[. .. <~~ [request: „, reply-to: c]] and every such request event must be an element of 
predecessors.^,.^). 

3: The activities of f are properly nested. I.E. for any two activities of f it is the case that either 
one activity is a proper subset of the other or the two activities are disjoint. 

X.2 — Limits of Continuous Functionals 

The actor model of computation is based on axiomatizing the causal and incidental relations among 
computational events. The Scott-Strachey model of computation is based on the mathematical analysis 
of continuous function spaces. Superficially these two models might seem to have little in common. In 
this section we will analyze the relationship between these models of computation. Our main result is 
that if an actor behaves like a mathematical function then it is the limit of a continuous functional in 
the sense of Scott This result follows from the law that each event has only finitely many immediate 
successors in the continuation ordering and the law of finite chains between two events in the 
continuation ordering. 

Once again we will make the discussion concrete by considering the behavior of an implementation of 
the Fibonacci function defined by the following procedure: 

(fibn)s 

(n = 1) then 1 
(n = 2) then 1 
(n > 2) i hen ((fib (n - 1)) + (fib (n - 2)))) 

Definition: Suppose f behaves like a mathematical function and that <x y>«f and <x f y*Xf. 
Then <x' y*> will be said to be an immediate f-descendant of <x y> if 
there is some history of f which has events Ej and E 2 of the form 
Ej: |[f <~~ [request; x, reply-to: ...]J 

^2* ^ **"* l re< ? uegt: x'i reply-to: ...]J 
auch that Ej — > E 2 and it is not 1he case that there is an event E of the form 

E: |[f <~~ [request: ... f reply-to: ...Q 
such that Ej -cont-> E -cont-> E 2 

For example <2 1> is an immediate fib-descendant of <3 2>. 
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Definition: Suppose thai <x yXf 

immediaie-descendantSf (<x y>) s {<x f y*>| <x f y*> is an immediate f-descendant of <x y>} 

immediate-deseendantsfj b «l 1>) * {} 
immediate~descendantsf j b (<2 1>) s {} 
immediate-descendants fib «3 2» « j<l 1X2 1>} 
immediate-descendants, jb «5 5» s j<3 2X4 3>j 

Lemma: If f behaves like a mathematical function and <x y>«f then immedtate-descendantsf(<x y>) is finite. 

Proof: Follows from the Law of Finitely Many Immediate Successors in the Activation Ordering. 

Definition: If G is a set of input-output pairs then 

Df(G) s {<x y>| <x y>€f and immediate-descendantsf(<x y>) £ G} 

Intuitively Df(G) is the set of all input-output pairs of f that can be computed "immediately" from the 
input-output pairs in G. For example we have the following results for our implementation of the 
fibonacci function 

D fib <0> p {<1 1X2 1>) 

D fjb ({<l 1X2 1>}) = {<! 1X2 1X3 2>} 

D f jb ({<l 1X2 1X0 4>}) = {<1 1X2 1X3 2>} 

D f jb ({<3 2X4 3>}) = {<1 1X2 1X5 5>} 

Lemma: if f behaves like a mathematical function, then Df is a continuous functional. 

Proof: From its definition Df is clearly monotonia We will use N to denote the natural numbers D.e. the 
non-negative integers! Suppose that {X||.KN} is a chain of sets of ordered pairs so that Xj c X j+1 . To 
prove that Df is continuous we shall prove that 

Clearly 

U i<N DjOC,) c D f (U j<N Xj) 

by the monotonicity of Df. To prove the set inclusion the other way around suppose 

<x f y> € D f (U KN Xj) 

It follows from the definition of Df that <x f y>€f and 

immediate-descendantsf(<x f y>) c U^j^j Xj 

Therefore there exists a natural number n such that immediate-descendantsf(<x t y>) c X n since the 
immediate f-descendants of <x,y> are finite. Thus <x,yXDf(X n ) and 
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<x.y> € U i€N D f (Xj> 

Definition: A sequence <Xj yj> such that each <x { yjXf will be said to be a descending f-chain if each 
<xj + j yj + |> is an immediate f-descendant of <Xj yj>. 

Example The following are descending fib-chains 

[<6 8X4 3X3 2X1 1>] 
[<7 13X5 5X3 2X2 1>] 

Lamma: If <x y>ff then there are only finitely many descending f-chains begining with <x y>. 

Proof: Follows from the fact that there are only finitely many events between two events of the form 
[f <~~ [requeit: x F reply to: c]J and |[c <»» [reply, yfl in the continuation ordering. 

Definition: If <x y>«f then h«tght(f v <x y» will be defined as the maximum length of the descending 
f-chains beginning with <x y>. 

Lammas If <x y>«f then <x y>«D f hri * MW » <x *»({}) where D f n is the n-fold composition of D f with itself. 

Th#or«m: If an actor f behaves like a mathematical function then Df is a continuous functional in the 
sense of Scott and f is the limit of D f i.e. 

iripMf) ■ U ieN D/(») 

where graph(f) is the set of input-output pairs of f. It immediately follows that graph(f) is the minimal 
fixed point of D| since 

graphtf) = D f {graph(f)) 

Conversely, if f is the limit of a continuous functional then the method used above can be used to 
construct a history for each request to f such that the histories are consistent and each history has the 
property that each event has only finitely many immediate successors and finitely many predecessors in 
the continuation ordering. 

The above theorem makes precise the physical basis for believing that the graph of every physically 
realizable mathematical function is the limit of a continuous functional: the Law of Finitely Many 
Immediate Successors and the Law of Finite Chains between two Events in the Continuation Ordering. 
As currently developed the Scott-Strachey theory does not account for the the properties of the arrival 
orderings of actors such as synchronization primitives and shared data bases. An interesting topic that 
is left open for future research is how the Scott-Strachey theory can be extended in a natural way to 
encompass the physical constraints imposed by the arrival orderings of actors. 
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SECTION XI — FUTURE WORK 

When we first began our investigation into message-passing system we developed the intuitively 
appealing idea of "actors" as agents which communicate by passing messages. This intuitive notion 
proved to be too naive a basis for precise technical work in the same way that the intuitive notion of a 
"set" as a collection of objects proved to be too naive a basis in mathematics. The solution has been the 
development of the axioms in this paper which are intended to serve as the first step in developing 
axioms which capture the intuitive notion of actors as agents which communicate by sending and 
receiving messages. 

There remains a great deal of work to be done in the development of the theory presented in this 
paper. The "completeness" of the axioms presented here needs to be intensively studied to determine if 
they can be significantly strengthened. 

A mathematical characterization of the models which satisfy the axioms needs to be developed. The 
characterization should include a description of a standard model obtained by a constructive method for 
enumerating all the computation histories of a system that satisfy the axioms in this paper. The 
development of such a constructive model will prove the consistency of the axioms in this paper as well 
as providing a standard model in which the axioms can be interpreted. 

We would like to apply the semantic theory developed in this paper in several directions. The 
semantics of programming languages for multi-processing problem solving languages such as KRL, 
OWL, PLASMA, SIMULA, SMALLTALK, AMORD, and the quantificational calculus need to be 
rigorously developed. In this way we hope to be able to make precise technical contributions to the 
"declarative-procedural" controversy. 

There are a number of questions concerned with how efficiently actor systems can be implemented on 
networks of machines. In terms of the physical transport of information there are several ways in 
which an event can be implemented. The information in the messenger can be physically transported to 
the target; the target can be transported to the messenger, or the two can rendezvous at some other 
location. Under differing circumstances any one of the above possibilities might be more efficient. For 
example if the target is a small function which makes use of a large number of the extended 
acquaintances of the messenger then it is probably more efficient to transport the target to the 
messenger. On the other hand if the target is a large data base which is searched according to the 
directions of a small query in the messenger, then it is probably more efficient to transport the 
messenger to the target Research is needed to develop dynamic mechanisms for deciding what 
information to transport for computations that are physically distributed on a network of machines. 
Hopefully some general mechanisms can be developed which, in practice, yield acceptable efficiency. 



' f~\ 
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SECTION XII — CONCLUSION 

In this paper we have presented some laws that must be obeyed by the computations of communicating 
parallel processes. The theory is based on axiomatizing the causal and incidental relations between 
computational events where each event consists of sending a message. An important advantage of the 
actor message-passing model is that specifications for actors can be expressed directly in terms of the 
events involving those actors, Our approach is different from the more usual one which is to postulate 
the existence and "fairness" of some underlying global "scheduler" [21] or "oracle" [221 Partial orders 
provide a means for concentrating on the causal relations among event as opposed to time relationships 
that result from some arbitrary interleaving. 

The development of histories in the actor model of computation as partial orders of events as a 
generalization of the previous development as sequences of events has proven to be very fruitful. The 
partial orders -act->, m arr-> x for each actor x, -cont-> t and -->, are all physically well grounded in the 
sense that if two events are observed to be related in a certain way in some observation frame then they 
will be observed to be related in the same way in all observation frames. Each of these different 
orderings serves its own purpose in the model. The following table summarizes the partial orders 
which we have introduced to describe the histories of computations: 

causality between events 
local time of arrival of messages sent to x 
general notion of one event preceding another 
nested activities 

Partial orders of histories have been used to develop specif ication and proof techniques for modular 
synchronization primitives [32,341 The machinery of partial orders of events provides the semantic 
glue needed to relate the specifications and implementations of communicating parallel processes. 

This paper has traced some of the important relationships between the actor message-passing model of 
computation and classical denotational, semantics. It has been proved that every actor which behaves 
like a mathematical function is the limit of a continuous functional. This result provides a physical 
basis for the treatment of continuity in the Scott-Strachey theory of computation. The actor 
message-passing model has important applications for the semantics of communicating parallel processes 
which will be explored in subsequent papers. 
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